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Abstract. A long-term observation of students’ usage of a dynamic geometry in a classroom at all 
grade levels has challenged to develop an approach for learning and understanding mathematics 
in an easier way for both students and teachers. The paper deals with the results of a study that 
investigates the process and outcomes of the implementation of abstract data types in dynamic 
sketches (by composing scripts) for learning geometry. Four abstract data types have been devel¬ 
oped and defined using algebraic specifications. The development of a dynamic sketch scenario 
with the implementation of these abstract data types is presented in detail. An example of creating 
an interactive microworld, using abstract data types, is presented and discussed as well. 
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1. Introduction 

The existing literature on students’ conceptions of mathematics indicates that students 
at all grade levels have difficulties with understanding geometric sketches. To improve 
mathematical skills of all students in a classroom is one of the most difficult problems 
for mathematics teachers. Information technology is one of the modern tools which can 
help both teachers and students in the learning process. A lot of various educational 
software and learning objects are offered for teachers and students. A dynamic geom¬ 
etry is one of such tools for both teachers and students. A dynamic geometry is aimed 
to improve students’ geometric skills and to make their knowledge deeper and more 
significant (Dagiene and Jasutiene, 2008) (Dagiene et al., 2007). However, a dynamic 
geometry is a relatively complex tool for a mathematics teacher due to several reasons: 
first, the dynamic geometry constructions are based on hierarchy, so in order to construct 
a sketch, a teacher must have (or acquire) enough skills in developing algorithms and 
programs; second, most tools of the dynamic geometry’s software are rather complex for 
the teacher (Hohenwarter et al., 2007). 
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Some scientists declare the another problem of the usage of information technol¬ 
ogy: the usage of digital tools depends on a teacher’s disposition. If teachers use an 
active learning approach and constructive methods of teaching, they are willing to use 
a dynamic geometry for teaching as well. If teachers are more satisfied with traditional 
teaching methods, they are not willing to use a dynamic geometry for teaching (Stols 
and Kriek, 2011). 

A long-term observation inspired to develop an approach for making the mathemat¬ 
ics studies easier for both students and teachers. The aim of the research is as follows: to 
construct a method (or a model) of interactive visualization for secondary school geom¬ 
etry. The method should help construct interactive objects, using a dynamic geometry, 
and direct teachers and students to master their skills in a dynamic geometry (Jasute and 
Dagiene, 2012). 

A dynamic geometry can be presented as a unique programming application. The 
authors have noticed that mathematics teachers have difficulty when creating interac¬ 
tive microworlds, using a dynamic geometry. An informatics problem can be recognised 
here: linking a geometric topic S ; to the interactive microworld M k (k = 1,2, ..., m) by 
using a dynamic geometry. The analysis of the features of a dynamic geometry allows 
the authors to appeal to the abstract data type (ADT) theory. The authors define ADTs by 
using the methods of heterogeneous algebra and apply them in writing scenarios for the 
microworld M k . Four abstract data types will be developed and an example of creating a 
microworld using these ADTs will be presented in the paper. The ‘Geometer Sketchpad’ 
programme will be used to illustrate the implementation results. 


2. Methodology 

2.1. Definitions 

The authors introduce the main definitions in connection with abstract data types and 
algebraic specifications in this section. 

Definition 1. An abstract data type is a set of data values and associated operations that 
are precisely specified, independent of any particular implementation. 

Definition 2. ADT specification is a representation-independent formal definition of 
each operation of a data type. Thus, the complete design of a single data type would 
proceed by first giving its specification, followed by an (efficient) implementation which 
agrees with the specification. 

Definition 3. Algebraic specification is defined as a set of three elements (S, OP, E): a set 
S of values, a set OP of operation symbols, and a set E of equations or axioms. 

Definition 4. Implementation of data abstraction is an assignment of meaning to the 
values and operations in terms of the values and operations of another data type or set of 
data types. A correct implementation is an implementation that satisfies the axioms. 

Definition 5. A generating function is a function that generates the value of a type. 
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Definition 6. A transforming function is a function that replaces one value of type T by 
another value of type T which can be generated by the generating function. This function 
does not create new values, but the result belongs to the set of values of type T is created 
by generating functions. 

Definition 7. A reflecting function is a function that reflects the value of one type T to 
the value of some another type. 

Definition 8. Homogeneous algebra is defined as a pair [R, F], where R is not an empty 
set of values, and F is a finite set of functions F , each function F is a map: F : R —>R, 

nj 7 nj r nj n 7 

where n is the operand number of the j th function. 

Definition 9. Heterogeneous (or many-sorted) algebra is a pair [R,F], where R={{T1}, 
... {Tn}} is not an empty value set of data types Tl,..., Tn; and F is a finite set of functions 
F , each function F maps: F : TlxT2x...xTn —>Tr , where n is the operand number of 

nj 7 nj r nj 7 r 

the j th function. 

2.2. ADT Specifications 

ADT is used to reduce and specify a program by defining abstract data values. These 
values are generated by functions and constructs which are defined by the first line direct 
equations (Jouannaud and Okada, 1997). Three requirements for ADT are proposed in 
(Liskov and Guttag, 1986): 

• All functions for values of ADT have to be defined in the data type description. 

• The user of ADT should not know how ADT values are reflected in the memory 
of a computer. 

• The user of ADT can use only the functions of this ADT with ADT values but can¬ 
not operate with the reflections of those values in the memory of computer. 

A new ADT has to be described by a formal definition and implementation (Gut- 
tag, 1987). ADT can be described by informal and formal methods. In order to avoid 
ambiguity, the formal methods are used to describe ADT. The syntax specification de¬ 
fines the names, domains, and ranges of the operation type. The semantic specification 
contains a set of axioms in the form of equations which relate the operations of type 
to each other (Guttag, 1987). Mostly two specification methods are used: algebraic 
specification and operational specification (Loeckx, 1987). An operational method of 
specification is close to realization. Some programming language is used for ADT spec¬ 
ification. The set of values of ADT are constructed with the help of data structures of 
the programming language. The operations are defined with the help of the program¬ 
ming language (Loeckx, 1986). A defect of the operational specification method is its 
lack of abstraction. This method constitutes an implementation rather than specification 
(Loeckx, 1986). ADT are mathematical models with associated methods which should 
be implemented in terms of black boxes (Heberman, 2008). An algebraic specification 
consists of equalities as described in (Loeckx, 1986). This method uses the axiomatic 
system and therefore it is independent of implementation (Guttag, 1987) (Guttag and 
Horning, 1978). Heterogeneous algebra (definition 9) is used for the formal description 
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of ADT (Ehrig and Mahr, 1985) (Liskov and Guttag, 1986) (Loeckx, 1986). Hetero¬ 
geneous algebra includes the values of several types. This feature is appropriate for 
representing data types used in programming. According to the ADT theory only one 
data type is picked out and it is described by other types which were defined before 
(Guttag and Horning, 1978). The algebraic specification is more suitable for authors to 
describe ADT. 

It is advisable to group the functions of a descriptive date type for creating systematic 
axioms: generating, transforming, and reflecting as described in definitions 5, 6, and 7. 
Sometimes the functions which do not generate a new value but add some feature to the 
existing value can be accepted as generating. The reflecting function which generates a 
new value of some ADT from the value of another data type can be accepted as generat¬ 
ing as well. 

A new data type can be specified systematically, based on the tables of function re¬ 
sults. Axioms must be written for every transforming and reflecting function. The num¬ 
ber of axioms depends on the number of generating functions with the values suitable for 
a definable (transforming or reflecting) function (Fig. 1). 

A dynamic geometry can be described as an application where the microworld of 
geometry is constructed using the interaction of ADTs. Each microworld M k is a dy¬ 
namic geometry’s sketch with ADTs interaction. The particularity of a dynamic geom¬ 
etry forces us to describe step by step scenarios for each M k . For the formal description 
of scenarios, the method of heterogeneous algebra will be used. Each scenario is a set 
of functions F nj , where every function F nj : TlxT2x...xTn —>Tr ; Tl,..., Tn are not empty 
ADTs; n is the number of operands in the j"’ function. 

The analysis of a dynamic geometry software let the authors to compose four main 
ADTs. They are named in line with their purposes: geom.obj, measurements, 
text.block and action.button. 



Fig. 1. Systematic method for defining ADT. 
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2.3. Specification of ADT in Dynamic Geometry Scenarios 

The main ADT in the dynamic geometry sketch is din . geom. It will be defined when 
all ADTs are described. The center of an interactive microworld is a dynamic drawing 
which consists of geometric objects. The geom.obj is the first type described. This 
type can be described by homogeneous algebra, but it needs to be related with other 
definable types. Therefore the authors define it in the notation of heterogeneous algebra. 
The set of values of this data type is infinite and all the values are created by generating 
functions (see Annex). The set of values includes all objects from the point to compli¬ 
cated constructions (bisectors of a triangle, the tangent of two circles, etc.). The set of 
values is denoted as Rl. All the values of set R1 can be produced by a finite set of func¬ 
tions (see Annex). Some general constants of set Rl of type geom. obj have to be writ¬ 
ten: no, A, segmentAB, ray AB, line AB, vector AB, arc AB, arc ABC, circle AB, 
circle.sector ABC, circle.segment ABC, circle.sector AB, circle.segment AB, circ.in- 
terior AB, pol.interior Ak. These constants are used in other specifications of definable 
data types as well. Variables of type geom.obj are defined: r, 1 . The variables can 
reduce the number of axioms for the described ADT (see Annex). 

Functions are grouped into generating functions FI and transforming and reflecting 
functions F2 (Fig. 2). 

Some of functions F1 do not create new values. They assign features to the existing 
values: 

• Function select. All functions in a dynamic geometry are used with selected 
objects. The result of the function select is labelled by subscript 1. This func¬ 
tion will be used in all abstract data types that will be described. 

• Function hide. Such an object exists, but it is not seen on the screen. The result of 
the function hide is labelled by subscript 2. This function will be used in all the 

-► Have to be selected objects of type 



Fig. 2. Graphical visualization of ADT geom.obj . 
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abstract data types that will be described. 

• Function t_set .mirror assigns a symmetric line feature to the straight object. 
The result of this function is used to create some reflected object. The result of the 
function t set .mirror is labelled by subscript 3. 

• Function t set. centre assigns the central feature to the point. The result of 
this function is used to turn the object. The result of function t set. centre is 
labelled by subscript 4. 

This type has only three transforming functions: undo, op_point. ob j and op_ 
intersection. point. The axioms for these transforming functions were written 
down (see Annex). 

Another ADT for a dynamic geometry is named by measurement. This type needs 
a method of heterogeneous algebra for its specification. This type consists of two types: 
the type of real numbers and the type of measurement units. The set of values of this 
type is the Cartesian multiplication of two sets {real} and {no, cm, inches, pixel, degree, 
direct degree}. The set of values is infinite. Formally this set of measurement values 
is named by R2. All functions of real numbers are suitable for this type. The authors use 
variables to represent the values of this type: a variable a of the type real and variables 
m, n, d of the type measurement. 

Functions of this type are distributed in two groups: generating and transforming 
functions F3, and transforming functions F4 which reflect values to that of the data type 
geom. obj (Fig. 3). 

All the values of type measurement can be generated by seven functions: m_pa- 
rameter, op_unit, sign'-t-', sign'-', t_set.distance, t_set.angle, 
t set. ratio. The generating function t set. distance assigns a feature to mea¬ 
surements. The result of this function is labelled by subscript 7. The reflecting functions 
t_set. angle and t set. ratio assign features to the existing values. The results 
of these functions are labelled by subscripts 5 and 6, respectively. Axioms are construct¬ 
ed for the rest transforming and reflecting functions (see Annex). 



Fig. 3. Graphical visualization of relations between ADTs geom. obj and measurement. 
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The third defined type of ADT is text, block. The set of values of this type is 
infinite and the values are text blocks. This set was named by R3. Every block of this 
type consists of characters. To this end the authors use a data type char with generat¬ 
ing functions c__add, c_delete, and c_select (Fig. 4). This type has a finite set of 
functions: generating functions F5 and reflecting functions F6 (see Annex). 

The last created ADT is action . button. The set of values of this type is finite: 
R4 = {no, ah, as, aa, aac, seq}. All values are generated by the reflecting functions. 

All the described ADTs are composed in heterogeneous algebra. In this way, the 
authors have obtained a new ADT named din . geom. A set of values of this type is R = 
{Rl, R2, R3, R4}, where set R1 consists of values of the type geom. obj, set R2 con¬ 
sists of values of the type measurement, set R3 consists of values of the type text. 
block and set R4 consists of values of the type action . button. 

All the functions described for each data type are suitable for ADT: F = {{FI}, {F2}, 
{F3}, {F4j, {F5}, {F6}, {F7}, {F8} (Fig. 6). 



Fig. 4. Graphical visualization of the type text. block. 



Fig. 5. Graphical visualization of ADT action .button. 
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reflecting) (transforming) transforming) 


real 


char 


Fig. 6. Schema of the ADT syntax in a dynamic geometry. 


3. Example of ADT Implementation in a Dynamic Geometry 

As the authors described above, in order to create the microworld M k in a dynamic 
geometry application, it is necessary to describe that step-by-step. All the steps are func¬ 
tions of the ADT din . geom. 

For example, the authors illustrate how to create a microworld for the learning topic: 
‘The area of atriangle when two sides and the included angle are given’. 

To create this scenario the authors need an additional scenario angle . arc to con¬ 
struct an arc to mark the angle in the drawing of the triangle. This scenario will be used 
three for times in the main scenario. The same constants are used just like in the ADT 
descriptions above. 

Name: angle.arc 
1.op_point(no) =A 1 
2 .op_point(no)=B 1 
3.op_point(no)=C 1 

4 . op^segment (A 1 , B 1 ) =segment AB 1 

5 . op_segment (B 1 , C 1 ) =segment_BC 1 

6 . t_translate (B 1 ,0,3) =B ,:1 

7 . op circle (B 1 , B 'D =circle B^' 1 

8.op intersection.point(segment AB 1 ,circle B 1 B' 1 )=E 
9.op intersection.point(segment AB 1 ,circle B 1 B' 1 )=F 
10.op arc (E, F, circle B 1 B' 1 )=arc EF 

The scenario of microworld in heterogeneous algebra axioms is written below: 

Name: area.triangle.trig 
1. op_point (no) =A 1 {geom. obj->geom. obj } 

2.op_point(no)=B 1 
3.op_point(no)=C 1 
4 . op segment (A 1 , B 1 ) =segment AB 1 
5.op segment (B 1 ,C 1 ) =segment BC 1 
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6 . op_segment (A 1 , C 1 ) =segment_AC 1 

7 . angle . arc (A 1 , B 1 , C 1 ) =arc_EF {script} 

8 . angle . arc (B 1 , A 1 , C 1 ) =arc_EF {script} 

9 . angle . arc (A 1 , C 1 , B 1 )=arc_EF {script} 

10. m segment (AB 1 ) =a {geom. obj -^measurement} 

11. m_segment(BC 1 ) =b 

12 .m_^segment (AC 1 ) =c 

13 ,m_angle (A 1 , B 1 , C 1 ) =(5 
14.m angle (A 1 , C 1 , B 1 )=y 
15 ,m_angle (C 1 , A 1 , C 1 )=a 

16. c_add(empty)=tl{char^text.block} 

17. c_add(empty)=t2{char^text.block} 

18. c_add(empty)=t3{char^text.block} 

19. c_add(empty)=t4{char^text.block} 

20 ,m_^area (op_pol. interrior (A 3 f ) ) =S {geom. obj->measurement} 

21. merge(tl,b,t2,c,t3,a,t4,S)=t7{text.block^text.block} 

22. merge(tl,a,t2,b,t3,y,t4,S)=t7 
2 3 .merge (tl,a,t2,c,t3,|3,t4,S)=t7 

24. c_add(empty)=t8{char^text.block} 

25. k_hide{t8)=ah {text^action.button} 

2 6.k_show(18)=as {text^action.button} 

27. k animation (A 1 ) =aal {geom. obj->action .button} 

2 8.k animation (B 1 ) =aa2 
2 9. k animation (C 1 ) =aa3 
30.op_point(no)=X {geom.obj^geom.obj} 

31.op_point(no)=Y 
32.op_point(no)=Z 

33.k^action(A 1 , X 1 )=aacl {geom.obj^action.button} 

34 . k_action (B 1 , Y 1 ) =aac2 

35 . k^action (C 1 , Z 1 ) =aac3 

36. k_sequence(aacl,aac2,aac3,ah)=Start{action.button^action. 
button} 

37. c_add(empty)=t9{char^text.block} 

The result of the scenario implemented in a dynamic geometry is shown in Fig. 7. 
The points A, B and C are movable. The measures of sides and angles change when the 
buttons between measures of sides and angles are clicked. The start position can be re¬ 
stored when the button in the left angle of the sketch is clicked. 


4. Conclusions and Discussions 


Information technologies became an important part of the mathematics education pro¬ 
cess. One of such tools is a group of programs called a dynamic geometry. But the usage 
of a dynamic geometry is too complex for a large number of teachers in school. The 
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S = - • c • a sin 3 = — 2.9 4.0 sin 33° = 3.2 
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[Rodyti tsvada | 


Fig. 7. The scenario implementation in the Geometer Sketchpad. 


digital competency of most mathematics teachers is imperfect. The authors have found 
a way how to help teachers to use a dynamic geometry and to make learning deeper and 
more attractive for students. The method has been developed for creating interactive mi¬ 
croworlds with a dynamic geometry. The core of the method is to map some geometric 
topic Sj to interactive microworld M.. This step was formalized by using the abstract data 
type theory. More than 500 interactive microworlds have been developed, based on this 
formalized method for mathematics teachers and students in Lithuanian schools. 

The described ADT can be expanded by adding more ADTs. The authors described 
ADT to create microworlds for learning the geometry only. ADT for creating micro¬ 
worlds for learning algebra or mathematics analysis can be described and added to the 
type din . geom in the presented way. 

The authors choose the algebraic specification for formalizing ADT. This specifica¬ 
tion method is abstract and can be realized in any dynamic geometry. And ADT can be 
expanded, depending on tools of a dynamic geometry, if necessary. 


Annex 

Specification of the ADT ge om. ob j 

Syntax. 

Fl= {op_point: -> geom.obj 
select: geom.obj geom.obj 

delete: geom.obj geom.obj 

hide: geom.obj geom.obj 
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t set.mirror: geom.obj -> geom.obj 

t_set. centre: geom.obj -> geom.obj 

op segment: geom.obj x geom.obj -> geom.obj 

op_ray: geom.obj x geom.obj -> geom.obj 

op line: geom.obj x geom.obj -> geom.obj 

op circle: geom.obj x geom.obj -> geom.obj 

op_arc: geom.obj x geom.obj x geom.obj -> geom.obj 

op_circle.sector: geom.obj x geom.obj x geom.obj -► geom.obj 

op_circle.segment: geom.obj x geom.obj x geom.obj -> geom.obj 

op_circ.interior: geom.obj -> geom.obj 

op_pol.interior: geom.obj x geom.obj x...x geom.obj -> geom.obj 
t_set.vector: geom.obj x geom.obj -» geom.obj 
t translate: geom.obj x x geom.obj -> geom.obj 
t reflection: geom.obj x geom.obj -> geom.obj 
t resizing: geom.obj x measurement -> geom.obj 
t rotate: geom.obj x measurement -> geom.obj 
t translate: geom.obj x measurement -> geom.obj} 

F2={undo: geom.obj -> geom.obj 
op_point. ob j : geom.obj -> geom.obj 

op intersection.point: geom.obj x geom.obj -> geom.obj} 
Semantic. 

op intersection.point(no,no)=no 

op_intersection.point(no,op_point(A))=? 

op_intersection.point(op_point(A),op_point(B))=? 

op_intersection.point(op_point(A) , r 1 ) =? 

op intersection .point (r 1 , l 1 ) =E 

undo(select(r))=r 

undo(hide(r))=r 

undo(op_point(A ))=r 

undo (op_segment (A, B) ) = (A 1 , B 1 ) 

undo (opaline (A, B) ) = (A 1 , B 1 ) 

undo (op_ray (A, B) = (A 1 , B 1 ) 

undo (op_circle (0, B) ) = (0 1 , B 1 ) 

undo(op_circle(0,B) = (0 1 , segment_AB 1 ) 

undo (op_arc (A, B, C) = (A 1 , B 1 , C 1 ) 

undo (op_arc (A, B) = (A 1 , B 1 ) 

undo(circle.sector ABC)=arc ABC 

undo(circle.sector AB)=arc AB 

undo(circle.segment ABC)=arc_ABC 

undo(circle.segment ABC)=arc_AB 

undo(op_circ.interior (0,B))=circle OB 1 

undo (op_pol. interior (A k )) = (A k 1 ) 

undo (r 2 ) =r 1 


220 


E. Jasute, V. Dagiene 


undo (delete (r 1 ) ) —r 1 

undo(t_set.vector(A,B)=(A,B) 

undo(t set.mirror(A,B))=segment AB 1 

undo(t set.mirror(A,B))=line AB 1 

undo(t set.mirror(A,B))=ray AB 1 

undo(t_set.centre(A))=A 1 

undo(t_translate(r) ) =r 1 

undo (t_reflection (r, ray_AB) ) =r 1 

undo (t reflection (r, line AB) ) =r 1 

undo (t reflection (r, segment AB))=r 1 

Specification of the ADT measurement 

Syntax. 

F4={m parameter: ^ real 

op unit: real ^ measurement 

sign'!': measurement -► measurement 

sign'-': measurement -► measurement 

delete: measurement ^ measurement 

select: measurement ^ measurement 

hide: measurement measurement 

add: measurement x measurement -► measurement 

subtract: measurement x measurement measurement 

multiply: measurement x measurement measurement 

divide: measurement x measurement -► measurement 

t set.distance: measurement -^measurement} 

F3={m length: geom.obj ^ measurement 
m distance: geom.obj x geom.obj measurement 
m ray: geom.obj -► measurement 

m angle: geom.obj x geom.obj x geom.obj -► measurement 
m centr.angle: geom.obj x geom.obj x geom.obj measurement 
m circle.sector: geom.obj measurement 
m circle.segment: geom.obj -► measurement 
m area: geom.obj measurement 

m perimeter: geom.obj x geom.obj measurement 
m circl. perimeter: geom. ob j-^measurement 
m ratio: geom.obj x geom.obj measurement 
t set.angle: geom.obj x geom.obj x geom.obj -► measurement 
t set.ratio: geom.obj x geom.obj measurement} 

Semantic. 

A, B, C, 0: geom.obj 

m, n, x, y, a: measurement 

undo(m parametre(no))=no 
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undo(op_unit(a))=a 

undo(sign'+'(m))=m 

undo(sign'-'(m))=m 

undo(t_set.distance(ml))=ml 

undo(select(m))=m 

undo(hide(m))=m 

undo(m length(op_segment(A,B)))=op_segment(A,B) 
undo(m_distance(op_point(A),op_point(B)))=op_point(A),op_ 
point(B) 

undo(m_distance(op_point(A),op_segment(AB)))=op_point(A),op_ 
segment(AB)) 

undo(m_distance(op_point(A),op_ray(AB)))=op_point(A),op_ray 

(AB) 

undo(m_distance(op_point(A),op_line(AB)))=op_point(A),op_ 
line(AB) 

undo(m_radius(op_circle(OB)))=op_circle(OB) 

undo(m_angle(op_point(A),op_point(B),op_point(C)))=op_point 
(A) , op_point(B),op_point(C) 

undo(m_centr.angle(op_point(A),op_point(B),op_circle(0,C)))= 
op_point(A),op_point(B),op_point(C) 
undo(m_circle.sector(op_point(A),op_point(B),op_circle(0,C) 

))=op_point(A),op_point(B),opcircle(0,C)) 
undo(m_circle.segment(op_point(A),op_point(B),op_circle(0,C) 

))=op_point(A),op_point(B),op_circle(0,C) 
undo(m_area(op_circle(0,C)))=op_circle(0,C) 
undo(m_area(op_circ.interior(0,C)))=op_circ.interior(0,C) 
undo(m area(op_pol.interior(Ak)))=op_pol.interior(Ak) 
undo(m_perimeter(op_pol.interior(Ak)))=op_pol.interior(Ak) 
undo(m_circl.perimeter(op_circle(0,C)))=op_circle(0,C) 
undo(m circ.perimeter(op^circ.interior(0,C)))=op_circ. 
interior (0,C) 

undo(m_ratio(op_segment(A,B),op_segment(C,D)))=op_segment 
(A, B) 

undo(t_set.angle(op_point(A),op_point(B),op_point(C)))=op_ 
point(A),op_point(B),op_point(C) 
undo(t_set.ratio(divide(x,y)))=divide(x,y) 

Specification of the ADT text.block 
Syntax. 

F5={empty: -> text.block 
add: char text.block 
delete: text.block -> text.block 
select: text.block -> text.block 
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hide: text.block -> text.block 
merge: text.block text.blocks text.block 
select: text.block text.block 
delete: text.block -> text.block } 

F6={merge: measurement x text.block -> text.block 
split: text.block mesurement x text.block} 

Semantic. 

t: text.block 
m: measurement 
split(merge(m,t))=m, t 
undo(empty)=? 
undo(c_add(t))=empty 
undo(select(t))=t 
undo(hide(t))=t 

undo (split (merge (m, t) ) =merge (m, t) 
undo(delete(t))=t 

Specification of the ADT action. button 
Syntax. 

F7={delete: -* action .button -» action.button 
select: action.button -> action.button 
hide: action.button -> action.button 
k sequence: action.button -» action.button } 

F8={k hide: geom.obj x measurement x text.block x action, 
button -> action.button 

k show: geom.obj x matai x tekstai x action.button -> action, 
button 

k animation: geom.obj -> action.button 
k action: geom.obj x geom.obj -> action.button} 

Semantic. 

r. A, B, C, D: geom.obj, 
t: text.bock, 
m: measurement 
a, b, c, d: action.button 
undo(k_show(a,t,m,r))=a,t,m,r 
undo(k_hide(a,t,m,r))=a,t,m,r 
undo(k animation(r,no))=r 

undo(k_animation(op_point(A),op_segment(B,C)))=op_point(A), 
op_segment(B,C) 

undo(k_animation(op_point(A),op_ray(B,C)))=op_point(A),op_ 
ray(B,C) 
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undo(k_animacij a(op_point(A),op_line(B, C)))=op_point(A) , op_ 
line(B,C) 

undo(k_animacij a(op_point(A),op_circle(0,B)))=op_point(A ), 
op_circle(0,B) 

undo(k_animacij a(op_point(A ), op_arc(B,C, D)))=op_point(A), 
op_arc(B,C,D) 

undo(k_action(op_point(A),op_point(B)))=op_point(A ), op_point 
(B) 

undo(k_sequence(a, b,c,d)))=a,b,c,d 
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Abstrakciqjij duomenij tipq realizavimas dinaminiq brezinii} 
scenarijuose 

Egle JASUTE, Valentina DAGIENE 

Ilgalaikis dinamines geometrijos naudojimo visij klasiij pamokose stebejimas inspiravo sukur- 
ti metod^, kuris mokytojams ir mokiniams palengvinti} matematikos mokym^si, tam naudojant 
dinamin^ geometrij^. Siame straipsnyje pateikiami tyrimo, kurio metu abstraktieji duomenij tipai 
realizuojami dinaminiuose breziniuose (konstruojant scenarijus), procesas ir rezultatai. Apibrezti 
keturi abstraktieji duomenij tipai naudojant algebrines specifikacijas. Pateikiama detali abstrakciij- 
jij duomenij tipij realizacija naudojantis dinamines geometrijos priemonemis. Taip pat pateiktas 
interaktyvaus mikropasaulio kurimo dinamineje geometrijoje, naudojant abstrakciuosius duome¬ 
nij tipus, pavyzdys. 


